home *** CD-ROM | disk | FTP | other *** search
/ Over 1,000 Windows 95 Programs / Over 1000 Windows 95 Programs (Microforum) (Disc 1).iso / 0909 / xcopy.txt < prev   
Internet Message Format  |  1997-04-12  |  6KB
  1. Date: Sun, 15 Sep 1996 16:57:13 -0700
  2. To: dmurdoch@mast.QueensU.CA
  3. From: Barry J Gould 
  4. Subject: re: DOSLFNBK
  5.  
  6.  
  7. (From DOSLFNBK v 1.5 docs)
  8. >        I have received several messages from people who have tried to
  9. >        use XCOPY and DOSLFNBK to back up their disk to a network drive
  10. >        or elsewhere, and then found on restore that Win95 won't boot
  11. >        properly.  I don't know what is going wrong in these situations,
  12. >        but as far as I can tell it's either a bug in XCOPY, or people
  13. >        aren't using the right combination of options when they run it.
  14. >        If someone has the time to figure out exactly what is going
  15. >        wrong, I'd appreciate being told.  In the meantime I don't
  16. >        recommend using XCOPY for backups.
  17.  
  18. XCOPY in DOS won't copy hidden files, which is a big problem as many of
  19. Win95's configuration files such as the registry and several directories are
  20. hidden. Before discovering Win95's XCOPY in a window, I would do ATTRIB -H
  21. -S -R /S *.* before using XCOPY in DOS to copy an entire drive. Most
  22. programs don't seem to care if the HSR attributes are stripped.
  23.  
  24. XCOPY (aka XCOPY32) works fine in a Window, as long as one tells it to copy
  25. hidden files and to ignore errors, but it won't copy some files which are
  26. open such as the swapfile. One can run it in Quiet mode so only the errors
  27. are reported so they can be remedied manually.
  28. I use it this way:
  29. xcopy c:\*.* d:\ /e /v /c /q /h /k
  30.  
  31. It will not preserve the attributes of directories, however, and the
  32. Windows\Fonts directory needs to be set to System, or the Control
  33. Panel-Fonts applet will not list the full names of the fonts, etc.  This is
  34. the only directory that seems to need to any special attributes in order to
  35. work properly.
  36.  
  37. I've never actually tried using DOSLFNBK with DOS XCOPY, because of XCOPY's
  38. limitations of not copying hidden files, etc, and Win's XCOPY copies LFN's;
  39. I just use it with my DOS Tape software, and it works well for me. Thanks
  40. for the great program.
  41.  
  42. Later,
  43. Barry Gould
  44. ----------------------------------
  45.  
  46. P.S.  My statement about using  attrib -r -h -s /s  first is incomplete.
  47. That will not unhide hidden directories, so one must manually unhide all the
  48. hidden directories (\recycled, \windows\...; there are at least 5 dirs under
  49. windows that are hidden).  DIR /ah /s will list them as hidden, but for some
  50. reason, they must be manually be unhidden with attrib one at a time.
  51.  
  52. I suggest using a program that copies hidden files and directories as an
  53. alternative to DOS XCOPY, such as Norton Commander 5.0.
  54.  
  55. From: "Lee A. Ryan"
  56. To: dmurdoch@mast.QueensU.CA
  57. Date: Sun, 3 Nov 1996 01:02:59 -6
  58. Subject: DOSLFNBK works with XCOPY
  59.  
  60. Well not with XCOPY but with a similar shareware program called
  61. MCOPY.
  62.  
  63. Because I do consulting work I have the need to be able to backup
  64. and restore Win95 or move complete system from one hard drive to
  65. another. When researching my quest I ran across your program DOSLFNBK
  66. v1.6. After reading your documentation and your warning about XCOPY
  67. not working correctly I processed to test my approach to system
  68. transfer. Here are the steps I took to replace a 850mb hdd with a
  69. 2.1gb hdd which had a running Win95 operating system installed.
  70.  
  71. I created a boot Win95 disk as you discribed, and ran scandisk and
  72. defrag on the 850mb disk. Then I attached the new drive as the
  73. master and the old drive as the slave. Made the requried changes to
  74. the CMOS and reboot the system from the boot disk. Set up new drive
  75. in FDISK and then formatted it with the "/s" to transfer system files
  76. to the new drive. Once that was completed I rebooted to new drive
  77. which now only has system files. I copied DOSLFNBK and MCOPY to the
  78. new drive, ran DOSLFNBK on the "D:" as discribed in your docs. Then I
  79. used the utility program "XTREE" to remove the attibutes on the
  80. C:\MSDOS.SYS file and deleted it. I then used MCOPY to copy all the
  81. drive D: files, subdirectories, including hidden and system files to
  82. C:, setting the parameter not to replace any existing files.
  83.  
  84. After all the files have been copied, I used DOSLFNBK to restore the
  85. long file names to the files on the C: drive. After this process was
  86. completed I rebooted the computer and Win95 came right up, everything
  87. was the way it was on the old drive. The whole process for
  88. transfering 800mb of data from start to finish took about 20-30
  89. minutes.
  90.  
  91. The one thing to remember is not to reboot the computer once you
  92. delete the MSDOS.SYS file until you've restored the long file names.
  93.  
  94. Thanks for your utility.
  95.  
  96. Lee A. Ryan
  97. Topeka, Kansas USA
  98.  
  99.  
  100.  
  101. From: "Andrew Luebker" 
  102. Date: Wed, 4 Dec 96 01:03:36 CST
  103. To: dmurdoch@mast.QueensU.CA
  104. Subject: Re: DOSLFNBK and XCOPY
  105.  
  106. I also replicated this problem mentioned in your documentation:
  107.  
  108.         I have received several messages from people who have tried to
  109.         use XCOPY and DOSLFNBK to back up their disk to a network drive
  110.         or elsewhere, and then found on restore that Win95 won't boot
  111.         properly.  I don't know what is going wrong in these situations,
  112.         but as far as I can tell it's either a bug in XCOPY, or people
  113.         aren't using the right combination of options when they run it.
  114.         If someone has the time to figure out exactly what is going
  115.         wrong, I'd appreciate being told.  In the meantime I don't
  116.         recommend using XCOPY for backups.
  117.  
  118.  
  119. Here is a possible clue, running Win95 with PC-NFS v5.0:
  120.  
  121. 1. Long filenames like "Start Menu" appear as 8.3 abbreviations
  122.    (e.g., "STARTM~1") at the DOS prompt.
  123.  
  124. 2. XCOPY treats these 8.3 abbreviations as files with *lowercase*
  125.    letters (e.g., "startm~1") when backing-up the files to network.
  126.  
  127. 3. NFS-mounted filesystems that support Unix-style filenames can
  128.    distinguish between uppercase and lowercase letters, so the
  129.    lowercase names are preserved on the network drive.
  130.  
  131. 4. Back at the DOS prompt, PC-NFS intercedes to provide its *own*
  132.    "legal" (but seemingly random) 8.3 filename for the remote file.
  133.  
  134. 5. When the file is restored by XCOPY, it takes on this new (meaningless)
  135.    filename.  DOSLFNBK then is unable to restore its long filename...
  136.